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Beschreibung 

Verfahren zur Abfrage einer Datenbank 

Die Erfindung betrifft ein Verfahren zur Abfrage einer Daten- 
bank. 

Derartige Verfahren werden zur Abfrage von Datenbanken be- 
nutzt, uiti Inf ormationen, die unter ein bestimmtes Suchmuster 
fallen, zu erhalten. In den Datenbanken werden hierbei zu- 
satzlich zu den Dateninhalten, wie beispielsweise Messdaten, 
Bilddaten, usw., KenngroBen, sogenannte Metadaten, abgespei- 
chert, die die Dateninhalte charakterisieren . Bei einer Da- 
tenbankabf rage kann der Datenbankinhalt so unter anderem an- 
hand dieser Merkmale klassif iziert werden, die den Bedingun- 
gen der Abfrage bzw. Anfrage geniigen. 

Uin solche Klassif ikationskriterien formulieren zu konnen, 
muss jedoch die physikalische Speicherstruktur der Merkmals- 
kenngroiien und deren seitiantische Bedeutung bekannt sein. 

Nachteiligerweise werden deshalb entsprechende Anfrage- 
Clients immer fiir eine spezifische Datenbank mit festgelegter 
Struktur geschrieben. Will ein Benutzer eine Anfrage bzw. Ab- 
frage an eine Datenbank richten, so muss er deshalb das ent- 
sprechende Client-Programm bzw. Abf rageprogramm besitzen oder 
die Datenstruktur der Datenbank kennen. 

Bei einer Anfrage an eine einzelne Datenbank wird deshalb iib- 
licherweise ein spezielles Client-Programm ftir diese Daten- 
bank verwendet, wobei bei einer Verbindung zur Datenbank iiber 
ein Netzwerk (LAN oder WAN, Internet, usw. ) auf dem Client- 
Rechner bei der Anmeldung an die Datenbank das Client- 
Programm, beispielsweise als Plug-In fur einen Browser, gela- 
den werden kann. 
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Sollen dagegen mehrere Datenbanken gleichzeitig angesprochen 
werden, so wird dies liber ein entsprechendes Interface, soge- 
nannte Middleware, eines Servers bzw. einer Datenbank reali- 
siert. Hierbei werden mehrere Clients (sogenannte Wrapper) in 
5 der Middleware auf dem Server bzw. in einer Datenbank reali- 
siert, wobei der Client hierbei fiir die Middleware festgelegt 
ist. Da die Wrapper in der Middleware implement iert sind, 
lassen sich uber die Middleware nachteiligerweise nur zuvor 
bezuglich der Datenstruktur und API (Application Program In- 
10 terface) analysierte Datenbanken einbinden. 

Demzufolge sind bekannte Verfahren zur Abfrage von Datenban- 
ken von deren jeweiliger Datenstruktur soweit abhangig, dass 
fur eine Abfrage die jeweilige Struktur einer Datenbank be- 
15 kannt sein muss. Dies erschwert nachteiligerweise eine Abfra- 
ge einer Datenbank, insbesondere wenn deren genaue Struktur 
dem An- bzw. Abfragenden unbekannt ist. 

Der Erfindung liegt daher die Aufgabe zugrunde, ein Verfahren 
20 zur Abfrage von Datenbanken zu schaffen, das eine Abfrage ei- 
ner bzw. Anfrage an eine Datenbank ermoglicht, deren genaue 
Struktur nicht bekannt ist. 

Diese Aufgabe wird erf indungsgemaB durch ein Verfahren mit 
25 den Merkmalen des Anspruchs 1 gelost. 

Durch das erf indungsgemalie Ref erenzieren zu einer Standard- 
struktur kann eine Abfrage in ihrer Struktur allgemein gehal- 
ten werden. Hierdurch wird eine vereinfachte und generelle 
30 Abfrage ermoglicht, da hierbei nicht mehr die spezielle 

Struktur einer Datenbank bekannt sein muss. Zudem kann vor- 
teilhaf terweise ein und dieselbe Abfrage fur mehrere Daten- 
banken mit unterschiedlichen speziellen Strukturen verwendet 
werden . 

35 

In vorteilhaf ter Ausgestaltung der Erfindung wird sowohl die 
Abf ragestruktur als auch die Datenbankstruktur durch speziel- 
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le Deskriptoren beschrieben, die zu Standarddeskriptoren re- 
ferieren. Da zudem die Standarddeskriptoren selbst zur Verfu- 
gung stehen, lasst sich eine Abfrage wie auch eine Datenbank 
fiir beliebige Zwecke individuell anpassen* 

Um die speziellen Deskriptoren aus den Standarddeskriptoren 
und iimgekehrt zu berechnen wird eine Ref erenzlogik verwendet, 
die in der Datenbank zumindest teilweise bekannt ist. Es ist 
aber auch moglich die Ref erenzlogik mit der Abfrage zu iiber- 
mitteln, so dass vorteilhaf terweise eine Abfrage in ihrer 
Struktur noch unabhangiger von der Datenbankstruktur und dem- 
zufolge allgemeiner gehalten werden kann. 

In bevorzugter Aus fuhrungs form der Erfindung werden bei einer 
Abfrage zuerst die in der Datenbank und der Abfrage enthalte- 
nen ubereinstiimenden Standard- und spezielle Deskriptoren 
f estgestellt . Fiir nicht ubereinstiinitiende Deskriptoren werden 
anhand einer in der Datenbank vorhandenen bzw. bekannten oder 
mit der Abfrage iibermittelten Ref erenzlogik die zugehorigen 
Deskriptoren abgeleitet. So kann beispielsweise aus einem 
speziellen Deskriptor der Abfrage auf einen Standarddeskrip- 
tor der Datenbank oder aus einem Standarddeskriptor der Ab- 
frage auf einen speziellen Deskriptor der Datenbank geschlos- 
sen werden. 

Es ist aber auch denkbar, dass ein spezieller Deskriptor der 
Abfrage uber eine Ref erenzlogik auf einen Standarddeskriptor 
und dieser wiederum uber eine entsprechende Ref erenzlogik auf 
einen speziellen Deskriptor der Datenbank abgebildet wird, so 
dass die Abfrage noch unabhangiger von der Datenbankstruktur 
ist . 

Da beim Abbilden bzw. Ableiten eines Standarddeskriptors auf 
einen speziellen Deskriptor und umgekehrt Information beziig- 
lich-der Dateninhalte verloren gehen kann, ist es aber auch 
denkbar, einen speziellen Deskriptor der Abfrage direkt in 
einen hierzu unterschiedlichen aber ahnlichen speziellen De- 
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skriptor der Datenbank umzurechnen . Die hierfur erf orderliche 
Berechnungslogik kann, wie fur die Ref erenzlogik vorstehend 
beschrieben, in der Datenbank vorhanden sein oder mit der Ab- 
frage ubermittelt werden. 



Auf diese Weise kann vorteilhaf terweise ein sonst moglicher 
Inf ormationsverlust vermieden werden. 

Als Berechnungslogik konnen auch zur Beschreibung der spe- 
10 ziellen Deskriptoren semantische, physikalische und verbin- 
dende atomare Elemente verwendet werden, urn die semantische 
Bedeutung, die physikalische Speicherstruktur und die Verbin- 



Obwohl die Variation einzelner atomarer Elemente in den un- 
15 terschiedlichen Deskriptoren gering ist, ergeben sie in ihrer 
Kombination vorteilhaf terweise eine groBe Variationsbreite . 

Weist eine Datenbank eine Datenbankstruktur auf, die zu einer 
Standardstruktur, wie vorstehend beschrieben, referiert, so 
20 kann vorteilhaf terweise diese Datenbank auch mit allgemeinen 
und von dieser Datenbankstruktur weitgehend unabhangigen Ab- 
fragen bearbeitet werden. 

25 Weitere vorteilhafte Ausf iihrungsf ormen ergeben sich aus den I 



abhangigen Ansprtichen. 

Die Erfindung wird nachfolgend anhand eines in der Zeichnung 
dargestellten Ausfiihrungsbeispiels naher erlautert. In der 
30 Zeichnung zeigt: 

Fig. 1: Ein Datenschema einer Datenbank eines Bekleidungsge- 
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dung zwischen Speicherstruktur und Semantik zu definieren. 





schafts zur Durchflihrung des erf indungsgemaflen Ab- 
f rageverf ahrens . 



35 



In Fig. 1 ist ein einf aches Beispiel des erf indungsgemalien 
Verfahrens anhand eines Modekatalogs eines Bekleidungsge- 
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schafts A dargestellt. Wie diesem Schema zu entnehmen ist, 
sind als Standarddeskriptoren GD die Deskriptoren "Katalog- 
niommer", "Datiim", "Farbe", "Name", "Material", "Ort" und 
"Preis", iiblicherweise im Format String, vorgegeben und so- 
5 wohl Abfrage- wie Datenbankseitig bekannt. 

Datenbankseitig besteht fiir das Geschaft A nun zusatzlich zur 
Verwendung von diesen Standarddeskriptoren GD die Moglichkeit 
spezielle Deskriptoren HD, "Einkauf sdatum" , "Saison", "Be- 
10 zeichnung", "Lagerort", "Ladengeschaf t " und "Verkauf spreis" 
zu benutzen, so dass die Datenbank in ihrer Struktur optimal 
auf den Verwendungszweck angepasst werden kann. 

Hierbei konnen die speziellen Deskriptoren HD in der Daten- 
15 bank durch eine Ref erenzlogik von den "Standarddeskriptoren" 
abgeleitet werden. 

So ergeben sich aus dem Standarddeskriptor "Datum" beispiels- 
weise sowohl der spezielle Deskriptor "Einkauf sdatiam" als 

20 auch der spezielle Deskriptor "Saison". Hierbei ist anzumer- 
ken, dass als Datum meist nur das Herstell- oder Lieferdatum 
bekannt ist, woraus sich zumindest naherungsweise (z.B. durch 
feste iibliche Zeitraume zwischen Herstellung und Einkauf) ein 
Einkauf sdatum und/oder auch die entsprechende Saison (fiir 

25 Sommer-, Herbst-, Friihjahrs- und Winterkollektion) ergeben. 

Umgekehrt kann aus den speziellen Deskriptoren "Einkaufsda- 
t\im" und/oder "Saison" zumindest auf einen Zeitraum eines 
Herstellungsdatums geschlossen werden, was in Fig. 1 durch 
30 die Doppelpfeile dargestellt ist. 
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Hierbei ergeben sich aus einem Standarddeskriptor GD mehrere, 
beispielsweise zwei spezielle Deskriptoren HD. Wie in Fig. 1 
ersichtlich, kann stattdessen aus einem Standarddeskriptor 
" (Einkauf S-) Preis" auch nur ein spezieller Deskriptor "Ver- 
5 kaufpreis" oder ein spezieller Deskriptor "Bezeichnung" aus 
mehreren, beispielsweise zwei Standarddeskriptoren "Farbe", 
"Name" mittels entsprechender Ref erenzlogik und umgekehrt ab- 
geleitet werden. 

10 Die entsprechende Ref erenzlogik kann hier beispielsweise der 
prozentuale Aufschlag (feste Gewinnmarge) auf den Einkaufs- 
preis zur Ermittlung des Verkauf spreises sein. Eine andere 
Logik kann aber auch die Stellung (Voran- oder Nachstellung 
und Trennung mittels Trennzeichen) oder Schreibweise des In- 

15 halts des speziellen Deskriptors "Bezeichnung" (beispielswei- 
se Farbe in Kleinschreibung und Name in GroBschreibung) 
betreffen, so dass sich spezielle Deskriptoren aus Standard- 
deskriptoren und umgekehrt mittels dieser Logik ableiten las- 
sen. 

20 

Um die Ableitungsmoglichkeit in beide Richtungen darzustel- 
len, sind deshalb in Fig. 1 die Standarddeskriptoren GD durch 
Doppelpfeile mit speziellen Deskriptoren HD bzw. wiederum mit 
Standarddeskriptoren GD verbunden. 

Anhand des Beispiels eines speziellen Deskriptors "Bezeich- 
nung" mit gespeichertem Dateninhalt - beispielsweise 
"rot/blaue Hose" - und Ref erenzlogik "Name" in Grofischreibung 
und "Farbe" in Kleinschreibung, wird nachfolgend das Verfah- 
30 ren zur Abfrage der Datenbank geschildert. 

Wird eine Abfrage an die Datenbank des Geschafts A gestellt, 
so mussen neben den verwendeten speziellen Deskriptoren und 
Standarddeskriptoren auch die den speziellen Deskriptoren HD 
35 zugrundeliegenden Standarddeskriptoren GD als Abfrage bzw. 
Query definiert werden. 7\m Beispiel "Bezeichnung" bedeutet 
das, dass z.B. alle klein geschriebenen Worter im Wertebe- 
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reich der Query als "Farbe" und alle groJigeschriebenen Worter 
als "Name" aufgefasst werden. Korrespondierend miissen bei der 
Aafrage rait Standarddeskriptoren GD an die Datenbank des Ge- 
schafts A die speziellen Deskriptoren HD aus den Standard- 
deskriptoren GD mittels der Ref erenzlogik hergeleitet werden. 

Die Ableitung von speziellen Deskriptoren HD zu Standard- 
deskriptoren GD und umgekehrt kann im Gegensatz zuiti vorange- 
gangenen Beispiel jedoch auch mehrdeutig sein, wie vorstehend 
im Fall "EK-Datum", "Saison" und "Datum" geschildert. Dennoch 
kann durch ein Query sowohl bezuglich des "EK-Datum"- wie be- 
zuglich des "Saison"-Deskriptors eine bessere Selektivitat 
erreicht werden als mit einer generellen Schliisselwortsuche 
Oder gar unter Weglassen des Deskriptors. 

Die vorgestellte Methode erlaubt es demzufolge, ohne konkrete 
Kenntnis des Datenschemas Anfragen bzw, Querys zu stellen, 
die auf Deskriptoren und deren semantischer Bedeutung beru- 
hen . 

Im Vergleich der im Stand der Technik geschilderten Middlewa- 
relosung ist nach der Erfindung kein zentraler Server notig, 
der die Datenschemen der Datenbank kennt, da jede Datenbank 
selbst fur die Ableitung des Schemas von den Standarddeskrip- 
toren ausgehend zustandig ist. Dies bedingt jedoch nicht, 
dass Veranderungen im bestehenden Datenschema vorgenommen 
werden miissen. Die dezentrale Losung ermoglicht es zudem, ei- 
ne unbegrenzte Anzahl an Datenbanken in die Suche zu integ- 
rieren, wobei jeder Datenbankadministrator fur die Implemen- 
tierung der Ableitungen und der Matchingkriterien zustandig 
ist . 

Das Szenario einer Datenbankabf rage, bei der es sich nicht 
zwingend um eine physikalische Datenbank handeln muss, sieht 
.dabei .unter Vernachlassigung trivialer Schritte, wie Auswer- 
ten der tibereinstimmenden Standarddeskriptoren GD, beispiels- 
weise wie folgt aus: 
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1. Die Anfrage wird auf der Clientseite mit den zur Ver- 
fiigung stehenden Deskriptoren (Standard- and speziel- 
le Deskriptoren) formuliert und an die Datenbank ge- 
sendet . 



2. Die Datenbank betrachtet zunachst die speziellen De- 
skriptoren, bildet die Schnittmenge mit den speziel- 
len Deskriptoren HD, die in der Datenbank gespeichert 
10 sind und wertet diese aus . 



3. Fiir die verbleibenden, empfangenen speziellen De- 
skriptoren HD, die in der Datenbank also nicht ent- ^ 
halten sind, werden ref erenzierende Standarddeskrip- 
15 toren GD ausgewertet. 



4. Fur die in der Datenbank nicht genutzten Standard- 
deskriptoren GD uberpruft die Datenbank, welche die- 
ser Standarddeskriptoren von speziellen Deskriptoren 
20 HD referenziert wurden und berechnet aus der Refe- 

renzlogik eine Anfrage mit diesen speziellen Deskrip- 
toren HD. 



Selbstverstandlich ist ftir das Funktionieren des Verfahrens 
25 die Reihenfolge der Schritte 1 bis 4 nicht zwingend. So ist ^ 
beispielsweise auch eine Reihenfolge 1-4-2-3 denkbar. Zudem ^ 
ist der Schritt 4, durch den vorteilhaf terweise weitere De- 
skriptoren zur Abfrage herangezogen werden konnen, nur optio- 
nal, so dass das erf indungsgemalie Abf rageverf ahren auch nur 
30 mit den Schritten 2 und/oder 3, je nachdem ob in der Anfrage 
Standarddeskriptoren GD und/oder spezielle Deskriptoren HD 
vorkommen, durchfuhrbar ist. 



Durch dieses Vorgehen konnen auf der Clientseite Deskriptoren 
35 genutzt werden, die fur den jeweiligen Zweck optimal sind, 
ohne sich auf Daten, die mit diesen speziellen Deskriptoren 
beschrieben wurden, zu beschranken. Zudem ist es moglich, vor 
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der Datenbankabf rage den Prozentanteil, den ein spezieller 
Deskriptor bei der Beschreibung eines Datentyps besitzt, zu 
erinitteln (z.B. innerhalb des Anitieldungsprotokolls zwischen 
Client und Server) und sich die Ref erenzlogik (Berechnungsco- 
5 de und evtl- GUI Plug In) der verbreitetsten Deskriptoren zu 
laden, um auch die hiermit beschriebenen Merkmale effizient 
zu nutzen. Hierfur ist es denkbar den Berechnungscode bzw. 
das GUI-Applet der in der Datenbank verwendeten speziellen 
Deskriptoren zur Berechnung der Merkmale aus den zu beschrei- 
10 benden Daten in der Datenbank zu speichern bzw. zu referen- 
zieren. 

Nach dem erf indungsgemaBen Verfahren konnen aber nicht nur 
auf der Clientseite, sondern auch auf der Datenbankseite zur 
15 Beschreibung Deskriptoren genutzt werden, die von den GDs ab- 
weichen. Hierdurch kann beispielsweise eine bessere Indexie- 
rung ermoglicht werden, ohne hiermit eine Anfrage mit den 
Standarddeskriptoren GD unmoglich zu machen. 

20 Dieses Beispiel zeigt auch, dass ein spezieller Deskriptor 
verglichen mit den Standarddeskriptoren GD nicht unbedingt 
ein selektiverer Deskriptor sein muss. 

Es bleibt anzumerken, dass fur die Bildung einer optimalen 
25 Schnittmenge aus den speziellen Deskriptoren in der Daten- 
^ bankanfrage und den speziellen Deskriptoren in der Datenbank 

diese moglichst eindeutig bezeichnet werden sollten. Reali- 
siert man den Berechnungscode mit Methoden der "Distributed 
Objects" so konnen die Deskriptoren aus den eindeutigen IDs 
30 der Obj ektklassen (GUID/DCOM o. lOR/CORBA) hergeleitet wer- 
den. Dies hat den Vorteil, dass mit der Deskriptorbezeichnung 
auch der Berechnungscode referenziert wird. Eine weitere Mog- 
lichkeit besteht in der Deskriptorbeschreibung mit Hilfe von 
sog. atomaren Elementen, wie sie nachfolgend beispielhaft 
35 vorgestellt wird. 
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Wahrend bei Anfragen mit mehreren Deskriptoren mit jeweils 
geringem Inf ormationsgehalt (normalerweise vom Typ Integer 
Oder String) das Verfahren mit geringem Inf ormationsverlust 
durch die Ableitungen auskommt, ist dieser bei komplexen De- 
skriptoren mit sehr spezifischer Information, wie sie z.B, 
bei der Bildbeschreibung auftreten, meist grolier. Hier ware 
es giinstig, ahnliche spezielle Deskriptoren HD direkt zu kon- 
vertieren, ohne den grofien Inf ormationsverlust durch die Ab- 
leitung uber die Standarddeskriptoren GD. 



Im Folgenden wird anhand eines Beispiels beschrieben, wie 
spezielle Deskriptoren beschrieben werden konnen, urn sie als 
ahnlich zu klassif izieren und eine Umrechnung von einem spe- 
ziellen Deskriptor HD in den anderen zu ermoglichen, ohne 
15 dass einer von beiden speziellen Deskriptoren HD bekannt ist. 

Hierzu werden spezielle Deskriptoren HD durch drei Typen von 
Elementen, die sog. "atomaren Elemente", beschrieben: seman- 
tische Atomare Elemente (sTVE) , physikalische Atomare Elemente 

20 (pAE) und verbindende Atomare Elemente (vAE) , die die seman- 
tische Bedeutung, die physikalische Speicherstruktur der ge- 
speicherten GroBe und die Verknlipfung zwischen Speicherstruk- 
tur und Semantik definieren. Dieses Vorgehen resultiert aus 
der Beobachtung, dass die Variation der einzelnen atomaren 

25 Elemente in den unterschiedlichen Deskriptoren gering ist, in 
ihrer Kombination sich jedoch eine grolie Variationsbreite er- 
gibt . So werden fur die Deskriptoren von Bildern oft 
Histogramme (vAE) genutzt, die jedoch in Ihrer Granularitat 
(pAE) und Bedeutung (Color, Invarianten, usw.) (sAE) variie- 

30 ren. 



Entsprechend der Vorgehensweise bei der Ableitung uber die 
Standarddeskriptoren GD sind auch hier die AE standardisiert 
und sowohl dem Client wie dem Server bekannt. Im Gegensatz zu 
35 dem Vorgehen bei den Standarddeskriptoren GD kann es aller- 
dings notwendig sein, dass die AE aktualisiert werden. Dies 
trifft insbesondere fur die sAE zu, da hier haufiger neue De- 
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skriptortypen vorgestellt werden. Die pAE und vAE hingegen 
sind weniger betroffen, da sie starken Restriktionen von der 
Datenbank- und Programmiersprachenseite unterliegen. 

Nachfolgend ist ein Beispiel fiir die oben beschriebene Vorge- 
hensweise dargestellt. Hierbei wird angenommen, dass das se- 
mantische AE (sAE) Color (), das physikalische AE (pAE) Inte- 
ger, Real, Array<pAE> [ ] und das verkniipfende AE (vAE) 
Histogramm ( ) wie folgt deklariert sind: 

o Color (vAE, ColorSpace) stellt eine Farbbeschreibung 
(sAE) mit einem vAE in deiti ColorSpace g (RGB, YUV, . . . ) 
dar; 

o Histogramm (Integer Dim, (Real BottomO> Real TopO, Real 
StepO) , . . . , Array<pAE> [Integer (TopO- 

BottomO) /StepO] , . . . ) ein mehrdimensionales Histogramm, 

Ein einf aches, dreidimensionales Colorhistogramm SDCHist.-im 
RGB Farbraum lasst sich dann wie folgt beschreiben: . ;. 

3DCHist: Color (Histogram ( 3, (0,255,32) , (0,255,32) , 

(0, 255, 32) , Array<Array<Array<Integer> [ ] > 
[ ]>[ ] ) , RGB) . 

Das Histogramm ist also dreidimensional und ist in jeder 
Farbraiamdimension (RGB) in 8 Bins unterteilt. 

Ein weiteres Colorhistogramm 3DCHistLarge sei beschrieben 
durch 

3DCHistLarge: Color (Histogram ( 3 , (2 55, 0,16), (2 55, 0,16), 

(255,0,16), Array<Array<Array<Real> [ ]>[ ]> 
[ ] ) .RGB) . 

Eine Anfrage, basierend auf dem Histogramm 3DCHistLarge, kann 
nun in einer Datenbank, realisiert mit den Deskriptoren im 
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Format 3DCHist, bearbeitet werden, ohne dass SDCHistLarge 
vorher explizit bekannt ist. Hierzu wird mit der Anfrage die 
Deskriptordef inition (ahnlich einer Schnittstellendef inition) 
geeignet codiert iibertragen. Eine Umrechnung in den in der 
5 Datenbank verwendeten Deskriptor SDCHist kann dann, basierend 
auf dieser Deskriptordef inition, erfolgen, indent die Reihen- 
folge der Bins getauscht wird (255,0 -> 0,255), die Anzahl 
der Bins je Farbraiimdimension reduziert und deren Eintrage 
geeignet umgerechnet (Real -> Integer) werden. 

10 

Im Vergleich zu einer Umrechnung bzw. Ableitung dieser zuein- 
ander ahnlichen speziellen Deskriptoren auf Client- und Da- 
tenbankseite iiber einen Standarddeskriptor, wie vorstehend 
beschrieben, kann so vorteilhaf terweise ein unnotiger Infor- 
15 mationsverlust vermieden werden. 

So entfallt beispielsweise durch das direkte Berechnen mit- 
tels Berechnungslogik eines Farbhistogramms fiir die Rot- 
Komponente mit 256 Eintragen als spezieller Deskriptor auf 

20 der Clientseite in ein Farbhistogramm fur die Rot-Komponente 
mit 128 Eintragen als spezieller Deskriptor auf der Daten- 
bankseite der unnotige Inf ormationsverlust, der entstehen 
wiirde, wenn als Zwischenschritt das Ref erenzieren eines wel- 
ter entfernten (Standard-) Deskriptors, beispielsweise ein 

25 Farbhistogramm fur die Rot-Komponente mit 8 Eintragen erfol- 
gen wurde . 

Auf diese Weise kann zusatzlich zum Ref erenzieren zu allge- 
meinen Standarddeskriptoren GD selektiv fiir einzelne Deskrip- 
30 toren durch tJbermittlung der Berechnungslogik bzw. der GUI 
ein unnotiger Inf ormationsverlust vermieden werden. 

Hierbei ist anzumerken, dass dieser Spezialfall der direkten 
Berechnung selbstverstandlich als Anfrage mit einem Standard- 
35 deskriptor gegenuber einem zugehorigen speziellen Deskriptor 
auf Datenbankseite oder umgekehrt angesehen werden kann, wo- 
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bei die Ref erenzlogik dann durch die Berechnungslogik bzw, 
die Berechnungsvorschrif t dargestellt wird. 
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Patentansprtiche 

1. Verfahren zur Abfrage einer Datenbank mit Datenbankinhal- 
ten mit einer Datenbankstruktur, wobei die Abfrage in ei- 

5 ner Abf ragestruktur gestellt wird, die sich von der Da- 

tenbankstruktur unterscheidet , indem die Abf ragestruktur 
und die Datenbankstruktur zu einer Standardstruktur refe- 
rieren und die Ref erenzlogik zumindest teilweise mit der 
Abfrage iibermittelt wird und/oder zumindest teilweise in 
10 der Datenbank vorhanden ist. 

2. Verfahren nach Anspruch 1, dadurch 
gekennzeichnet, dass die Ref erenzlogik in 
der Datenbank gespeichert wird. 

15 

3. Verfahren nach Anspruch 1 oder 2, dadurch 
gekennzeichnet, dass die Standardstruktur 
durch Standarddeskriptoren (GD) beschrieben wird und die 
Abf ragestruktur und die Datenbankstruktur durch diese 

20 Standarddeskriptoren (GD) und/oder speziellere Deskripto- 

ren (HD) beschrieben wird, wobei diese spezielleren De- 
skriptoren (HD) uber die Ref erenzlogik zu den Standard- 
deskriptoren (GD) referieren. 

25 4. Verfahren nach Anspruch 3, dadurch 

gekennzeichnet, dass in der Abf ragestruktur 
vorhandene Standarddeskriptoren (GD) mit den Standard- 
deskriptoren (GD) der Datenbank verglichen werden, wobei 
gleiche Standarddeskriptoren (GD) zur Abfrage ausgewertet 

30 werden. 

5- Verfahren nach Anspruch 3 oder 4, dadurch 

gekennzeichnet, dass in der Abf ragestruktur 
vorhandene spezielle Deskriptoren (HD) mit den speziellen 
35 Deskriptoren (HD) der Datenbank verglichen werden, wobei 

gleiche spezielle Deskriptoren (HD) zur Abfrage ausgewer- 
tet werden. 
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6. Verfahren nach Anspruch 5, dadurch 

gekennzeichnet, dass unterschiedliche spe- 
zielle Deskriptoren (HD) uberpriift werden, ob eine Be- 
rechnungslogik in der Datenbank vorhanden ist, so dass 
5 ein jeweiliger spezieller Deskriptor (HD) der Datenbank- 

struktur direkt aus dem jeweiligen speziellen Deskriptor 
(HD) der Abf ragestruktur mittels der Berechnungslogik be- 
rechnet werden kann. 



10 7. Verfahren nach Anspruch 6, dadurch 

gekennzeichnet, dass die Berechnungslogik in 
der Datenbank gespeichert wird. 

8. Verfahren nach Anspruch 1, dadurch 

15 gekennzeichnet, dass fiir unterschiedliche 

spezielle Deskriptoren (HD) , fiir die keine Berechnungslo- 
gik vorhanden ist, uberpriift wird, ob eine Ref erenzlogik 
zu Standarddeskriptoren (GD) in Datenbank zumindest teil- 
weise vorhanden ist, 

20 

9. Verfahren nach Anspruch 7 oder 8, dadurch 
gekennzeichnet, dass fiir unterschiedliche 
spezielle Deskriptoren (HD) , fur die keine Berechnungslo- 
gik und/oder keine Ref erenzlogik vorhanden ist, uberpriift 

25 wird, ob die Ref erenzlogik mit TUofrage iibermittelt wurde. 



10. Verfahren nach einem der Anspriiche 7 bis 9, dadurch 
gekennzeichnet, dass als Berechnungslogik a- 
tomare Elemente verwendet werden, die die Information 

30 und/oder Verkniipfung eines spezielleren Deskriptors (HD) 

def inieren . 

11. Verfahren nach Anspruch 10, dadurch 
gekennzeichnet, dass als atoinare Elemente 

35 _ , semantische, physikalische und verbindende atomare Ele- 
mente verwendet werden, um die semantische Bedeutung, die 
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physikalische Speicherstruktur und die Verbindung zwi- 
schen Speicherstruktur und Semantik zu definieren. 

12. Datenbank mit einer Datenbankstruktur zur Durchfiihrung 
5 eines Verfahrens zur Abfrage nach einem der vorhergehen- 

den Ansprtiche, d a d u r c h 

gekennzeichnet, dass die Datenbankstruktur 
zu einer Standardstruktur referiert. 

10 13. Computerprogrammprodukt/ welches in einen Arbeitsspeicher 
einer Rechenanlage geladen werden kann, mit einem Soft- 
warecode fiir das Durchfuhren des Verfahrens nach einem 
der Anspruche 1 bis 11, wenn das Computerprogrammprodukt 



15 



auf einer Rechenanlage lauft. 

14. Datentrager mit einem Computerprogrammprodukt nach An- 
spruch 13. 
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Zusammenf assung 

Verfahren zur Abfrage einer Datenbank 

5 Die Erfindung betrifft ein Verfahren zur Abfrage einer Daten- 
bank mit Datenbankinhalten mit einer Datenbankstruktur, wobei 
die Abfrage in einer Abf ragestruktur gestellt wird, die sich 
von der Datenbankstruktur unterscheidet, indent die Abfrage- 
struktur und die Datenbankstruktur zu einer Standardstruktur 
10 referieren und die Ref erenzlogik zumindest teilweise mit der 
Abfrage iibermittelt wird und/oder zumindest teilweise in der 
Datenbank vorhanden ist. 
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